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METHOD TO CONVEY UPLINK TRAFFIC INFORMATION 

RELATED APPLICATIONS 

The present application claims the benefit of U.S. Provisional Patent Application S.N. 
60/415,787 filed October 3, 2002 which is hereby expressly incorporated by reference.. 

FIELD OF THE INVENTION 

The present invention relates to communications systems and, more particularly, 
to methods and apparatus to generate and convey uplink traffic information, e.g. requests and 
assignments for uplink air link resources, between wireless terminals and a base stabon m a 
cellular communications network. 

BACKGROUND 

,„ a cellular wireless sys,em. a serv.ee area is divided into a number of coverage zones 
generaUy referred ,o as cells. Each ceU may represen, tine wire.ess coverage area fo, a base 
Lon Wtie.ess lemainals, including a wide range of mobfie devices such as, e.g., ceil phones 
and o,her mobile —era such as persona. da,a assistants with wireless modems, may 
communicate with the base station via wite.ess Hnts while .coated with.n the base statton s cell. 
Multiple wireless terminals need to transmit different types of information w.th dtfferen 
prionties to the base station, e.g. various types of uplink traffic information, over the a,r link 
resources. The uptink air link _ may be defined as avertable bandwidth over time. The 
bandwidth is centrany controHed by the base station to avoid coUiaions between mump* 
wire.ess termma, who may wish to transmr. a, the same time. Each wireless termtna. has 
id ca of its own current uplink traffic recrements, e.g., bandw.dth over time teqmred, qua., y of 
serv.ee required, pnonty .eve. require, for the information to be transmitted, time constants on 
formation to be transmitted, etc. The wire.ess termini up.ink traffic requ.rements need to be 
„ conveyed to the base station, so that the base station can make informed decisions » ass*n 
„p„nk air fink resources, scheduie users, and send assignment messages not.fy.ng the wue.ess 
terminals of the choice that have been made. 
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Many known systems »e a circuit swrrch approach to convey this exchange of uphnk 
Baffle information. In the circuit switched approach, the wireless terminal and hase statton 
typically exchange information over a contro! channe! w„h a tow bandwtdth and a tow bt. rate, 
the exchange involves conveying requirements and requests from the wireless 
hase station, the negottatton of the amount of air link resource that can he allocated, and the 
assignment of the air link tesource to the wireless termina.. Each transaction ,s generally slow 
and will require more than a few bits. This circuit swtteh approach typically will work well 
where the exchange can take place once a, the beginning of a session, and the air hnk resource 
can be assigned for long intervals of time (e.g. 10 sec or 1 sec). In this approach you estabhsh a 
Hnk for an extended period of time and may send a message a, the end o, a session to rehnqutsh 
the resource. Intervals of unused transmission rime between the establishment of the hnk and 
the rermrnation of the link represents wasted air link resources. This circuit swttch approach ttes 
up the air link resource for extended periods of time. With packet swttch wireless systems, e.g. 
an OFDM system, this circuit switch approach is inefficient, as the wireless terminal generally 
do no. need the air Hnk resource for long eonfiguous segments, bu, rather need short durations, 
e g flash intervals. In addition, it is inefficient, in packet swtteh systems to be constantly have 
to renegotiate for a small amount of air link resource, as the overhead signaltng becomes 
significant in relation to the amount of air link resource actually used for traffic. 

Other more efficient approaches ate possible which am better suited for packet type 
wireless communtcations systems, where each wireless tenninal has a dedicated uplink channe, 
with a dedicated amount of a air link resources for maktng uplink traffic requests at pre- 
determined times coordinated with the base station, and the base station makes ass igntnen^ 
This approach has a de,ay effect prob,em. Them is a delay between when the wtm.ess termmal 
transmits a mques, for upltnk air link resources, and the time that a base station recetves and 
processes the request. Them is also a delay between the time when the base station genem.es 
and transmits the assignment and the wireless terminal receives and recognises the asstgument. 
These delays create misunderstandtngs between the base station and the wireless terrmnal 
resulting in wasted air link resources, unnecessary additional requests, and unnecessary 
3 additional assignments. 

This problem of lack of understand^ between the base station and wireless terminal 
heeomes mom complicated and new problems „ created when multipto .evels of priorities am 
considered. Assume that a wtreless tenrnna, needs a high .evels of resources a, a low pnonty 
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,evel e g a pnori.y .eve, assorted with data, and needs low levels of tesoumes a, a h.gh 
priorityle,, e.g., a priority ,eve! associated w„h vo.ce. Depending on .he timing, i. ,s posable, 
that the low priority request informarion will be blocked indefin.tely. 

Certain information may be timing sensitive, e.g., if the reques. is no. granted with an 
assignment within a specrflcd rime interval, the need for the revest may go away. It , 
JL, <o rransmt, that requested data units are no longer needed. This dropp.ng of 
da* units unbeknown to the base station can tesult in misunderstanding and unnecessary wasted 
assignment by .be base station. Also, some reque,s may be lea. due .o —ton errors, and 

s i„ce rite witeless .ermina. does no. know whe,her .he base station never received .he requestor 
has no. transmuted ,he assignmen, because of other h. g her priorities compering for the an 



resource. 
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The needs and pnorities within the wireless .etmina, can change berween .he reques, and 
option of an ass.gnmenr message abating data units. Therefore, the wireless .etmina may 
locate ,o a new priori.y .eve, received air „nk resources tha, were orig.na.ly .mended for 
different (original, priorities when assigned by me base starion. This can a,so tesu.. m 
misunderstandings between the base station and the wireless termtna.. 

in view of the above d.scussion, i, shou.d be appreciated that there is a need for 
improved methods of keeping hack of air link resoume m,ues,s in the case where , he requests 
may correspond to multiple priority levels P arricu,ar,y in .be context of s.gnahng delays and 
potential uL of some —d requests and,or assignmen. In pariicu.ar there , a need for 
an undemanding in the base starion as to the wheless .ermina, uplink traffic needs and 
riles, a need .o ma,„,ain an understanding of .he base starion uplink tiaffic assignments .n 
the wire.es* termtnals, and/or a need for a methods and apparatus for conveying request 

overhead low. There a. a,o needs for methods .ha, employ flexibUity in allocating ^resources 
hased on reques, o, various leve!s of priorities. Such methods shou.d address the d.f eren 
ptob.ems presented by different priori.y users, as weU as address concerns 
Lques. and assignment .emissions, and dynamic changes in needs a. a wreless termtnal. In 
the case of witeless .etminals, them , a need for a method of ma.ma.ning an unders.and.ng of 



base station's perception of a mobile's needs so that the mobile can effectively and efficiently 
update the base station's understanding in a timely manner. 

BRIEF DESCRIPTION OF THE FIGURES 

Figure 1 illustrates an exemplary communication system implemented in accordance 
with the invention. 

Figure 2 illustrates an exemplary base station, suitable for use in the system of Fig. 1 , 
10 implemented in accordance with the present invention. 

Figure 3 illustrates an exemplary wireless terminal, suitable for use in the system of Fig. 
1, implemented in accordance with the present invention. 

15 Figure 4 illustrates exemplary air link resources, that may be used in explaining the 

present invention. 

Figure 5 illustrates exemplary uplink traffic requests, in accordance with the present 
invention. 
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Figure 6 illustrates addition exemplary uplink traffic requests, in accordance with the 
present invention. 

Figure 7 shows a flowchart illustrating a method of uplink resource assignment, of the 
25 present invention, that may be performed by a base station. 

Figure 8 shows a flowchart illustrating a method of a go back subroutine, of the present 
invention, that may be performed by a base station as part of the uplink resource assignment 
method. 
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Figure 9 shows a flowchart illustrating a merhod of a PQ update subroutine, of the 
present invention, that may be performed by a base station as part of the uplink resource 
assignment method. 



Figure 10 shows a flowchart iUos.ra.ing a me.hod of an absolute reques, PQ update 
subrootine, of ,he presen, invention, ,ha. may be performed by a base s<a.io„ as par, o, .he PQ 



update method 



5 



Figure 11 shows a flowchart illustrating a method a relative request PQ update 
subroutine, of the present invention, that maybe performed by a base station as part of the PQ 



update method 



Figure 12 shows a flowchart illuslrating a melhod of a replacement request PQ update 
,0 subroutine, of .he presen. invention, that may be performed by a base station as pan of tire FQ 



update method. 



Figure 13 shows a flowchart illustrating a me.hod of a go forward subroutine, of the 
presen, invention, that may be performed by a base station as part of the uplink resource 



15 assignment method. 
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Figure 14 shows a flowchart illustrating methods of an uplink resource request routine 
and uplink resource assignment routine, and an uplink resource traffic management routine, of 
the present invention that may be performed by a wireless terminal. 

Figure 15 shows a flowchart illustrating a method of a generate absolute request 

, ™ that mav be performed by a wireless terminal as part ol the 
subroutine, of the present invention, that may be penormc y 



uplink resource request method 
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Figure 16 shows a flowchart illustrating a method of a generate replacement request 
subroutine, of the present invention, that may be perfonrted by a w,re.ess terminal as par, of me 



uplink resource request method. 



Figore 17 shows a flowchart tllustrating a method of a generate relative request 
30 subroutine, of the presen, tnvention, tha, may be performed by a wireless terminal as pan of the 



uplink resource request method. 
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Figure 18 show a flowchart illustrating a method of a pick_pri subroutine, of the present 
invention, that may be performed by a wireless terminal as part of the generate replacement 
request method. 

5 Figure 19 shows various request channels which can be used in accordance with the 

present invention. 

Figure 20 shows exemplary BS Q-stats and WT Q-stats as they change with time and 
exemplary requests and assignments in accordance with the present invention. 
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Figure 21 is a flow diagram showing changes in Q stats at the base station which occur 
as requests are processed and assignments are generated, in accordance with the invention. 

Figure 22 shows signaling and processing corresponding to an embodiment of the 
15 invention which uses relative requests. 

Figure 23 shows a table suitable for use as a mapping table when forming uplink 
assignment requests at the wireless terminal and interpreting such requests at the base station, in 
accordance with the present invention. 
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SUMMARY OF INVENTION 



The present invention is directed to methods and apparatus for making traffic channel 
resource allocation requests. Requests may include information such as the number of 
transmission units required and/or the priority level of data to be transmitted using the requested 
units. Requests may be of several types. Requests of different types are arranged in groups in 
some embodiments. Incremental, e.g., relative requests may be made within a group of request. 
However, groups of requests are interpreted in many embodiments independently, with absolute 
request values being used to reduce the propagation of errors in tracking request status from one 
30 group of requests to the next. Groups of requests including multiple requests may be transmitted 
on a periodic basis or according to some pre-selected schedule. In some embodiments, groups 
of requests are transmitted in time periods under 98 milli seconds (ms) in duration to ensure 
accurately and timely uplink status information. 
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In accordance with the invention, the requests transmitted in each group of requests 
(GOR) over time by a wireless terminal (WT), e.g., mobile node, end node or mobile station, 
can be interpreted by the receiving base station (BS) without knowledge of the requests made in 
another GOR. Within each GOR, in one exemplary embodiment, the BS can interpret the 
5 request made in the first (Oth) request unit by itself. This is because the first request in each 
group of requests is transmitted in the exemplary embodiment as an absolute value which does 
not depend on previously transmitted requests. Subsequent requests in the group of requests 
may be transmitted as relative values, e.g., values which are to be interpreted as a function of 
some previously transmitted request value and/or as a function of assignment information which 
10 corresponds to grants of previous requests. A relative request value may be, e.g., a request for 
an incremental number of transmission data units corresponding to the priority level associated 
with the associated request. In the exemplary embodiment, the first time data units 
corresponding to a particular priority level are requested, the request is made using an absolute 
value. In some, but not all implementations, subsequent requests made for transmission units of 
15 the same priority level in the same GOR are communicated using relative values. In some 
implementations the number of relative request values in a GOR is more than the number of 
absolute request values thereby leading to efficient use of the limited request communications 
resource. The start of each GOR allows the BS to updates its counters, e.g., queue information, 
using absolute values and thereby correct for various errors which may accumulate due to the 
20 use of relative request values and/or the failure to receive all transmitted requests. All BS 

counters need not be reset at the start of each GOR. Thus, in the case of relative requests, the 
relative request values included in such requests are normally interpreted by the BS based on 
one or more of the requests made in preceding request units of the same group of requests. 

25 In the exemplary embodiment, in accordance with the invention, the WT keeps track of 

the BS's understanding of the WTs transmission queues used to transmit data, e.g., frames, 
corresponding to different priority levels. Voice may correspond to a first priority level with 
text data corresponding to a different, e.g., lower, priority level. Queue information is referred 
to herein as Q-stats. Let the WT's actual Q-stats be denoted, for purposes of explaining the 
30 invention by msQ. Let the BS's understanding of the WT Q-stats be denoted for purpose of 
explaining the same examples by bsQ. Let the WT's understanding of bsQ be denoted by 
msBsQ. In the flow charts and much of the following discussion of various examples, we use 
PQ for bsQ, MPQ for msQ, and BPQ for msBsQ. In some embodiments of the invention, the 
msBsQ is not used. 
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In some embodiments, requests are formed based on the WT's actual Q-stats msQ. In 
addition to being based on msQ, a request can also be based on msBsQ, and/or preceding 
requests in the same group of requests. Relative request values are generated in this manner in 
5 some embodiments. Periodically and/or frequently requests are formed without basing them on 
msBsQ. The values used in such requests are normally absolute values, e.g., values which 
indicate a full actual count of the number of transmission data units desired for a particular 
priority level as opposed to an incremental number of desired data units, the number of data 
units desired beyond the number already requested. The use of absolute values facilitates quick 
10 synchronization between WT and BS understanding of Q-stats in case of the loss of requests or 
assignments due to channel errors. 

In one particular embodiment, the request conveying information about a stream priority 
group for the first time (within a GOR) is formed without basing it on msBsQ, e.g., it is 
15 transmitted as an absolute value. In some embodiments, the WT uses a mapping table, e.g., a 

quantization table, to map the number of data units, e.g., frames at various stream priorities to be 
requested, to the limited number of bits allowed for a request. In various implementations, 
different quantization tables are used when generating requests which use absolute values than 
requests which use relative values to convey transmission unit requirement information. 

20 

In accordance with a WT processing feature of the invention, the WT maintains two sets 
of queue information. Upon making each request, and upon receiving each assignment, the WT 
updates its set of queue information (msBsQ) estimating the BS's understanding of WT Q-stats. 
This update is done by logically following the same procedure as the BS uses to update a set of 

25 queue information bsQ representing the BS's understanding of the WTs queue status upon 

receiving a request or upon making an assignment. Upon receiving an assignment, this involves 
subtracting frames from the appropriate stream priorities in msBsQ. In one embodiment, frames 
are subtracted in order of decreasing significance of the stream priorities (i.e., the highest stream 
priority is assumed to be served first with lower priority streams then being served in the WT in 

30 order of their priority). Upon making a request, the WT computes the number of data units, e.g., 
frames of each priority to be requested, e.g., by using the same mapping, e.g., quantization table, 
that the BS uses to interpret the request. Then depending on whether the request includes an 
absolute value, e.g., based only on the msQ which indicates the actual number of transmission 
units required for various priority levels, or relative value, e.g., a value generated based on 



comparing msQ with msBsQ, the msBsQ is updated. In one embodiment, for the case of 
absolute requests, this involves replacing transmission data unit (e.g., frame) counts m .he 
ms BsQ with those reported in the request for the corresponding stream priorities reported m the 
request In one embodiment, for the case of relative request, this involves adding the requested 
, frames .o msBsQ for the corresponding stream priorittes reported in the request. Note than, » 
possible tha, a request include an absolute value for some stream priorities, and a relanve for 
some other stream priorities. 

Tracking bsQ at the WT (through the variable msBsQ at WT), and the ability to be able 
0 to report WTS traffic infotmatton (msQ) telative to msBsQ, gives the WT great flexibiuty tn 
constructing uplink requests. In one embodiment, after reporting absolute traffic informant, 
about pnonty group A in one request, in the next request the WT can decide to report absolute 
traffic information about another prionty gnrup B instead of reporting relative traffic 
information about priority group A. Such flexibility may not avarlable in a scheme where WT 
l5 reports its absolute traffic information or its quantized verston (based on msQ) without recourse 
,o msBsQ. in another embodrment, the WT can sph. reporting of traffic information about a 
priority group into multiple requests in a way that adds robustness to the requests agatns. 
channel etrors. For example, 15 frames of priority group 3 can be reported as 8 frames in one 
request and 7 frames in the next request (tnstead of say 12 frames in one request and 3 frames m 
20 next request, or simply 15 frames in one request,. Tbts way, if the firs, request is lostthe second 
can still provide a good tdea of MS's traffic information. Again, this may no. be posstble wt.h 
scheme based solely on reporting absolute traffic information or its quantized verston. 

In accordance with various embodiments of dre invention, each request may convey 
25 parual information abou. msQ with .he BS acquiring successively more informafion regardmg 
msQ as more requests within the same group are received. 

In one embodiment, each request catries information regarding non-zero number of 
frames of a. most one stream prionty greup. In general, and in some other embodiments, each 
30 request can carry information regarding more than one stream prionty group. 

In some embodiments, a request can carry information regarding non-zero coun, (or its 
quantized version) of frames of a single stream priority, where this stream priority need no, be 
,he highest stream with non-zero frames. The coun. reported in such a case is an absolute coun, 



to report. 



,„ one embodiment, groups of requests each inc.ude a single request. Thus, .he 
boated resouree for conveying .he uplink .raffle requests is partitioned inro umts where eaeh 

req ues emission units for upfink .raffle. In one such imp.emen.auon ^ 

I Hi n -Log reared. Thus, eaeh request carries absolute .raffle —on or a 
, Z—ure va,ue representing a courser version of aerua, number of da.a umrs requ,^ 

m os, one stream prioriry group where me stream prioriry group eorrespo n* " 

Slg „ifie.n. srream priori,, .ha. has non-aero frames. In o.her eases, » ta te » 

JL some patient of request may be prede.erm.ne4 or eonrroUed by ,he WT, . .. as a 

iower priority requests whtch may be for far larger numbers o, .ansm.ss.on urn, bu, 
dme critical nature than the higher priority requests. 

The apparatus and methods of me present invention may be implemented using 
20 hardware, software or a combination of hardware and software. 

Numerous additional features, benefits and advantages of .he presen, .nvenrion wil, be 
apparent torn the detailed description which follows. 

25 DETAILED DESCRIPTION OF INVENTION 

Fig ure 1 shows an exemplary communication system 100 ,mp,eme„.ed in accordance 
with the Ln, invention which InCudes a plurahry of ceHs, such as ce„ I 102 whtch , show . 
C 02 .ncludes a base station (BS), base sration , 104, and a pluraliry o, wireless tenrn a,s, 
30 ! ndnodes (ENs), EN(» 106 andEN(X) .OS. EN(.) 106 andEN(X) 108 are coup.ed 

Bsi 104 via wireless finks 1 10, 112, respectively. Sysrem 100 a!so ine.udes a network node 1 14 

! tad to BSI .04 via network link . 16. Network node 1 14 is also coupied to orher 

wtach , coupled to BSI .04 v, ^ ^ ^ ^ 

network nodes, e.g., other base stations, AAA ^ 1.8 maybe eg fiber optic cab.es. Each 
the Interne, via network link 1 18. Network hnks 1 16, 1 18 may be, e.g.. 



ndnode eg EN(1) 106, may be a wireless terminal including a transmitter as well as a 
end node, e.g. EN(1) y 10Q ^ may 

receiver. The wireless terminals, e.g., EN(1) 1«>, may 

communicate via wireless links with the base station in the cell m winch the EN is currently 
communicate wi commU nicate with peer nodes, 

located. The wireless terminals, (WTs), e.g. m ) 

th er WTs in system 100 or outside system 100 via a base station, e.g. BS1 104, and/or 
C§ Tr SWTs eg BN(1) 106 may be mobile communications devices such as cell 
network node 118. WTs, e.g., w ^ as mobile 

phones, personal data assistants with wireless modems, etc. and may 



node (MNs). 
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™l a rv base station 200 implemented in accordance with the 
Fionre 2 illustrates an exemplary Dase swuou f 

2,2 a transmitter 204 including an encoder 214, a processor, e.g., CPU 206, P P 
^1 and a memory 210 which are conpled together by a has 209 over wh.cn ,he 

A „ t enna203co upl cd 1O receiver 202 .susedfor receiving ^dara and 
up , mk name channel repeals, from — 300 (see to 

transmitting data and other signals, e.g., a g b a general 

218. Processor data/info rmation 218 implements the methods of 

— Store t d ^ ZZZ ZroLs a connection to other network nodes, coupling 
the present invention. I/O interface P ^ and 

the BS 200 to other base stations, access routers, AAA server nodes, etc., 

the Internet. 

Data/ information 218 inelndes data 246, received requesrs 248, assignments 250, 
0 ^r^ine— — 
information 297. 
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Routines 216 facta* communications routines 220 and base station conlro, routines 222. 
Base station conlrol routines 222 tncludes a scheduler module 224, an ^ ~ 
assignment routine 226, a transmtssion rourtne 242, and a receptton rourtne 244 The up, 
le ashmen, routine 226 tncludes an update pnonly ,ueue (PQ) subroulme 228 
, lis a glck subroutine 228, a se.ec, update subroutine 232, an absolute PQ upda* 
, inducing <t& renlacement PQ update subroutine 238, 

subroutine 234, a relative PQ update subroutine 236, a replacement t^ 

and a go forward subroutine 240. 

Data 246 may include dala/informatton to be processed by encoder 214 and Iransmttted 

through decoder 212 of receiver 202 following reception. 

Received requests 248 includes received uplin, traffic channel requests for ^ 
u a over time by wireless terminals 300. Received requests 248 may 
15 ZTJZZZ r^X-^neneodedinaeeordancew^e—, 

^nformalnhas been decoded and extracred Ironr tbe raw recetved re q uesr, and 
25 associated with a speeific WT identified by a base sration assigned ID- 
Assignments 250 may tnelude uplink traffic channel assignment —ion for the WT 
300 bein sliced by BS 200. Assignment pipeline information 252 is a circular m ay of 
300 being servt , „ „ f , h . current position in the assignment pipeline (AP) 

assignment vectors. A pointer keeps «» of .he cutren. po 

and records the assignments in .he assignment ptpehne 252 AP tnfc ^ 

a • f^o^A Ak,TNF0 256. Each assignment vector, e.g. a iinio^ 
vectors. A, info 254, A* INF025 ^ ^ q{ ^ 

of the assignment including a WT ID 258, a nui 
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priority levels P, through P.: number P, ™ *2. number of P 2 DUs 26«of W 
266, number of P. DUs 268, and a number of invalid.stteamj.riori.y (ISP) DUs 270. 

ft, some embodiments, it is possible «ha« the record for each of the assignment vector 
s ,„c.ude the ms id, and the total number of data units assigned in that ass.gnmen. without the 
need for other information. 

Various alternative structures to AP252 are possiMe in accordance with the invention. 
One aUemative structure to AP 252 has for each assignment vector, e.g., Al 254, an en^for 
0 WT ID 258, an entry for the tota, number o, data units assigned, and an entry for each data un.t 

AP 252 would be to keep one assignment pipeline per WT 300; in thrs ease, each entry AP 
252 would be a vector indicating data units allocated to various priorities, where a vector wrth 
each of its elements equal to 0 would indicate that no assignment was made to the w.reless 
15 terminal 300. 

Wireless terminal data/info 272 mcludes a plurality of WT 300 sets o, information, WT , 
data/info 274, WT N data/info 276. Each WT set of mformahon. e.g. WT . data/info 274 

, , k nn„,d 288 POstat info 278 includes n elements, one element for each of 

86 includes a number representing the BS, 200 understanding of .he WT 300 outstandtng 
p.ink traffic channe, data unirs a, tha, specifte priority level as inferred from uphnk 
LlheWT. B S ^o rt er J 288i„c 1 u d e S ne,eme„ K ,oneelemen t foreaco ft he^— 

25 and each element representing a flag. Each e.emen, bs_repo«ed ( P.) 2*> bs— P 2 2, 
bs repor,eri(P3) 294, bs_reported(Pn) keeps track o, priorities reported for .he WT 300 ,n 
uplink traffic channel current group of requests (OOR) from the WT 300. 

Quant.za.ion information 297 includes ,nforma.,on for decoding encoded uplink .raff, 
30 quests, which include priority and numbers o, requested data units, from the WT 0O 
olrizarion informarion 297 may include formulas -or tables known to bo b B 

mWpc p <t a relative request quantization table 298 and an 
WT 300 Multiple quantization tables, e.g., a reiauve icq M 

< ™ t»hle 799 mav be used in some embodiments, based on, e.g., 
ahsolute request quantization table zvv, may uc 

rlofLuLmtheencodingandiortypeofreque,. When mult.plequan.iza.ron tables 
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a. used, a pro-determined under— may exis, between BS 200 and WT 300 so as to 
correlate a received request to the appropriate quantizatton table. 

Communications routines 222 control the base station 200 to perform various 
communications operations and implement various communications protocols. 

Base station contro, routines 224 are used to contro. the base station 200 to perform basic 

base station functiona, tasks, e.g., signal generauon and reception includmg the tone hopp.ng 
base nR ^ ^ chame , s segments to 

and error correcting coding processing, scneuui B .,„„,,,, 
WTs 300, and to imp.emen. of the steps of the method of the present invention 
Ztion and processmg of up.ink trafflc channe, requests from WTs 300 and the generatio 
TdLsmisston of uplink traffic channe, assignments in accordance with the present tnventton. 

Scheduler module 226 allocates downlink and uplink channel segments to the WTs 300 
5 within tts ce,l 102, inc.ndtng uplink traffic channe, segments. Each channe, segment .deludes 
rrlrcogrcauonesforadeterroinedduradonoftime. Up.ink resource assignment roubne 
226 using the data/info 218 monitors for uplink traffic channe, requests, processes rece.ved 
quests 248 updares WT PQ info 278, makes assignments 250, and updates the assrgnmen. 
ZZ 52 i accordance with the methods of the present invention. Update PQ submarine 

278 for the WT 300. The select update subroutine 232 uses a pre determi 

25 reoiacemen. and to direct flow to the corresponding subrourtne 234, 236, 238. One exemplary 

rlspect to osirion in a group of requests, e.g., flrs, tequest in COP is an absolute reques 
and subLquen. requests in the GOP are relative requests. Abso.ute PQ update subrourtne 234, 
Z ca„ d by update PQ subrouttne 228 decodes a received request 248, and performs an 

ilded in the reques, 248 into the PQ stats 278. Re.attve PQ update subroutme 236, when 
a ,ed by update PQ subroutine 228 decodes a received request 248. and performs an updare 
I BS PQ stats 278 for WT 300 by incorporating pnonty and conn, infornrarion ,nc ude n the 
req ues, 248 into the PQ stats 278. Placemen, PQ npdate subroutine 236, when cafled by 
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uodat. PQ subroutine 228 decodes a received .quest 248, and performs an update of the BS PQ 

300, and overwrites an entry in circuU* p.pe..ne 252 w* «l ^ 
assignment being processed. Base station subroutines 228, 230, 232, 
implement the methods of the presenr invention. 

Transmission routine 242 controls the transnutter 204 to transmit Motmatio « 
ophuK traffic channe, assrgnments 250 to Ws 300. Reception routine 2M contiols the 
202 to receive signaling including uplink traffic channel requests from WTs 300. 

Figure 3 illustrates an exemplary wireless terminal (end node) 300 which can be used as 
an y one o the wireless terminals (end nodes,, e.g. EN(1) 106, of the sys.err MO shown m F.g. 
, „, tWTl 300 may also be refened to as a Mobile Node (MN) m thts 

' '"31 — 3»a ta p.emen t ed i „acco I dancew itht heu P Hn ktt a ( r,ecba„nel 

wh ich are coupled together by a bus !0 ^c b ^ ^ ^ ^ 

0 interchange data and information. An antenna jiw 

To is coupled to receiver 302. An antenna 305 used for transmitting srgnals, e.g., to base 
station 200 is coupled to transmitter 304. 

The processor 306 controls the operation of the wrreless terminal 300 by executing 
25 routines 316 and using data/information 318 in memory 308. 

Dara/information 318 includes user data 334, mobile node priority queue (MPQ) sua, 

• >x, mPCT) stat information 356, quantization 

30 378, requests 398, and received assignments 399. 

User data 334 may include data/information to be processed by encoder 314 and 
tran smt«ed on up.inx traffic channels by transmitter 304 to BS 200, and the recetved 
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dao/mformanon .ransuuued from BS 200 on a downlink .raffle channel, .ha, has teen 
processed mrough decoder 312 of receiver 302 following reception. 

Re q„es.s 398 includes WT 300 up.ink .raffle channe, request for air link resources, e.g., 
b andw,d,h over time. Reques,s 398 may .nelude encoded request which may have been 

ded in accordance wi,h .he invendon, by .he WT 300. poor ,o —ion, .0 mCude bo.h 
ZZ and quantized reques, for numbers of da.a unit, e.g., uphnk air hnk _,o 

re ques. information prior ro quantization and encoding. Received as,gnn« 

uphnk channe, assignmen. messages conveying assigned uphnk resources for WT 300 

transmit data units. 

Mobtie node pnon.y queue (MPQ) s,a. info 346 includes n ^ - 
each of .he „ pnonties. Each e.emen, in MPQ s.a. info 346, MPQ(P.) 348, MPQW 0 
r Q (P3, 352 MPQ(P„> 354inc,udes a number representing .be number of da, u„,,s,ha,WT 
Tnl a. ,ha. priori,, ieveh MPQ s,a, info 346 represent ,he W or *-J~£L 
300. Base s,ation priori* queue (BPQ, ,,. info 356 inciudes n e emeu, one emen fo^each 

362 BPQ(P„> 364 includes a number representing .he WT 300 understan g 
, understanding of .he number of da.a untis .ha. WT 300 needs a, .ha, pnori.y leve.. 

Quantization information 366 may include formulas and-or .ab.es known » boti , BS M0 
a„d WT 300. Multiple quantization tiab.es, e.g., a relative reques. quantization .able 298 and an 
lohue reques. quantization .ab,e 299, may be used in some embodiment, based on, e. 
5 „m er of bi.s uld in .he encoding audio. ,ype of reques.. When multip.e quanuzaoon Ubfes 

a request 398 to the appropriate quantization table. 

Ms report 368 indudes n elemen,, one elemen, for each of .he n pnonu^and each 
30 e,emen, representing a flag. Each elemen, ms_repor,ed(P,, 370, ms_repor.ed(P, , 3* 

ms reported(P,) 374, ms reported(P„> 376 keeps .rack of a pnori.y reported by me WT 300 ,n 
ms_reportea^ 3 ^/ -v rnORWrom the WT 300. Ms_reported_cnt 

an uplink traffic channel current group of requests (GOR) from the W reDresenting 

ip^n, for each of the n priorities, and each element representing 
388 includes n elements, one element tor eacn 01 v 

nr trA rntrtM 390 ms reported_cnt(P 2 ) 392, ms_reported_cnt(P 3 ) 
a count. Each element ms_reported_cnt(F,) JW, ms_ v 
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394 ms reported cnt(Pn) 396 keeps track of how many times a particular priority has been 
reported by the WT 300 in the uplink traffic channe. current group of requests (OCR) from the 



WT 300. 
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R informatton 378 includes n dements, R(P,) 380, R(P 2 ) 382, R(P,) 384, R(P„) 386, one 
element for each of the n prionties, and each element representing a count of a relattve 
differences between MPQ and BPQ at each prion.y level, where R is clamped to 0 for negatrve 
drfferences. In cases, where the WT 300 may have dropped some needs for data onus, e.g. a 
WT process, waiting to transmit data units, fimed-out before a WT assignment was received, the 
BPQ at a priority level may have exceeded MPQ at the same prionty level. 

Routines 316 include communications routines 320 and wireless termmal control 
routines 322. Wireless terminal control routines 322 includes an uplink resource request routme 
324 an uphnk assignment routine 336, an uplink traffic management routine 338, a transm.ss.on 
murine 340, and a reccprion routine 342. Uplink resource request routine 324 includes a select 
requesr type subroutine 326, a generate absolute request subroutine 328, a generate replacement 
request subroutine 330 including a pick priority (PICK.PRI) subroutine 332, and a generate 
absolute request subroutine 334. 

Communications routines 320 control the various communications protocols used by WT 
300 W,reles S terminal control rourines 322 control basic wireless terminal 300 functionality 
including: the control of the receiver 302 and transmitter 304, power conrrol, timing control and 
synchronization, control of user input/ou.pu. options, control of signa, reception, derecon 
generation, transmission, and processing inducing aspects related to up.ink traffic channel 
requests by WT 300 and uplink traffic channel assignments to WT 300. 

The uplink resource request routine 324 selects a type of request (absolute, replacement, 
or relative replacement) and generates an up.ink channe. request 398 for each request 
opportunity for which WT 3O0 desires to request up.ink traffic channel resources The select 
, request type subroutine 326 may use a pre-determrned mettmd, known and agreed upon by WT 
300 and BS 200, to idenrify the mques, type, e.g. absolute, te.at.ve, or replacement, and to drrect 
flow to the corresponding subroutine 328, 330, 334. One exemplary method that may be used 
by me se.ee, request type subroutine 232 is to pre-define the type of requests with respect to 
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of reouests e g firs, request in OOR is an absolute request and subsequent 
position in a group of requests, e.g., h 

requests in the GOP are relative requests. 

T he genera,, absoiure request subroutine, when eafied upon by Ute upfin* — 

5 the existing MPQ info to select a priority for the request, encodes the 
request routtne 324 uses .he * ^ (oI the absolu ,e request, 

request using quantization info 366, and returns q taforma tion 356, 

In addition, .he generate absohrte request subroutine 328 may upda e .he BPQ 
ms _reported information 368, and unreported _cnt informarion 388. 

5 ^egenera.rep.acemen.request— ^^^^d,* 

select a pnonty for the request, t 
w th^ ahsolute request. In addition, me geneiaic 

ms_reported _cnt information 388. 

subroutine 330 generates and returns a pnonty, e.g., using 
25 378, and ms_report_count info 388. 

. fine Tto monitors for uplink assignments 399 from BS 200 
The uplink assignment routme 3^nito J> ^ ^ ^ ^ 

and updates the MPQ information 346 and the BPQ 

• ^.nt^QQ The uplink traffic management routine I4^z mo 
the received assignments 399. The up ^ ^ ^ ^ 

30 traffic arrivals and drops and updates the MPQ mtorm 
changes. 
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Transmission routine 340 controls the transmitter 304 including the ^^^^^ig j^e 
uplink traffic channel 39S from WT 300 to BS 200. Reception rouune 342 

reception of stgnals from BS 200 including received assignments 399. 

Rgure 4 shows a drawing 400 tllustrating exemplary air link resource s. The air link 

to a tone set which includes tones through 9. B,t m oug ^ ^ 

domain represented by honzontttl hue 404 may be subd, 

, .,,,,1™. piaure 400 shows four columns 42b, 4Z8,t J", 

OFDM symbol ttme or a dwell time, hgure 

300 may assign the basic air link resources to WT 300. 

Figu re 5 shows a drawing/table 5O0 illusttaung exemplary uplink traffic requests and 

■11- « The first group of requests includes 4 requests, a first request 512, a second req 
nulh-sec. The tirst group 4 50g represent time 

> 5 514, a third request 516, and a fourth request 518. Vertcall 

hounda^esforasecondg^^ 

524 ' and ; fourt h d ^^lpo^-f-^^-^ ww,r 

b elongs. Second row 53 denUft P ^ ^ ^ ^ ^ ^ ^ a 

30 532 identifies the request type. Fourth row 5 

„t Fifth row 536 identifies a quantization (encoding) table usea to 
request. Fifth row 53 ^ tQ requests 512 , 

First through eighth columns 538, 540, 542, 
514 516 518, 520, 522, 524, and 526, respectively. 
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Figure 6 shows a drawee 600 UK— exempt <*™ «* «*~ - 

„■ ee The first group of requesrs includes 4 requests, a first request 612, a seeond q 
milli-sec. The first gro p 4 Vertical lines 606 and 608 represent time 

6,4, a rhtrd request 616, and a fourth request 618. Verfica. 

belongs. Second row ^ ^ ^ ^ M encode , 

632 identifies the request type. Fourth row 

... Fifth row 636 identifies a quantization (encoding) table used to 
request. Ftfth row 636 ^ (o requests 612> 

First through eighth columns 638, 640, 642, tm, o 

614, 616, 618, 620, 622, 624, and 626, respectively. 

Kgure 7 shows a flowchart 700 illustrating the method of the base stafion-s uplink 
Ftgure 7Q2 when cpu 2Q6 starts executlo „ 

resource assignment routine 226. Pro ess, g 704>thesetsofPQst a, info 278 for 

ofth eup,ink™ -^^^J^U — 

:0 each pnon.y level 280, 282, 284, 28 « ceU „ as , dedicated 

258 is set to 0. Each wireless teraunal 300 operatmg 

upUnk traffic channel reques, channel on whrch the wireless terminal 300 atspec, 

25 the type of request with different reques* m a OCR ^ 706 a „ d 

Umes in some embodiments. From inrtrahzatron step 704 °P™ 

♦ ct«rt of a PO update processing path while step / i«* v 
714. S,ep 706 represent J £ M (or uplink traffic channel reques. 
start of an assrgnment loop. In step 7UO, me 

from w,re,ess tennina!, The monr.ofing is performed on an on-gomg has,, 

Per each recerved uplink trafflc channel request received from a WT 300 in step 706, 
For each rece, p ^ ^ ^ M ^ 

operation proceeds to step 708 or directly to p «, s , hen flow proceeds to step 

- if thr imolementation uses relative requests, then flow proce 
quests are supported. If the inrpleme ^ ^ ^ 

708, otherwise flow proceeds directly to step 711 Assuming 
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new GOR, then step P re with processing 

is set to 0 for the MN corresponding to the request, e.g., the flag b 

. t.n 71 2 from step 708. If the received request is not the 1 ma new gr p 
then proceeding to step 712 from step ?12 

t „n then steo 7 10 is bypassed and operation proceeds oirecuy f 
of requests, operation, then step / lv yv 

* \ 708 Tn step 7 12 a call is made to the PQ update subroutine 228. PQ update 
from step 708. In step / ia * ^ ;„fr, ?S? for MN 300, in 

■ j M the PO stat info 278 and the assignment pipeline info 252 tor MN 

information included in the request. 

Updated PQ infonnation is supplied for use to step 714, where BS 200 makes 

s or le MN hased upon the updated PQ 278. BS 200 may use the updated PQs 278 
assignments for the MN Dase v allncan0 „ of the uplink air link resources 

for each of the MNs in making dectsions regardmg the aHocatto o p 

■ a™ r>c ?on mav generate an assignment tor tne ivu> j 
between the competing MNs. BS 200 may ge ^ ^ 

^ i« o?a mav schedule the assignment. After the assignmc 
scheduler module 224 may ached ^ ^ ta step 

tne assignment is used to update the AP and Q ^ ^ ^ 

71 6, and the assignment ,s transmitted™ step 718. In step 716, th gn 

(which ,s sen. conveyed to MN), and how ^ 
Also, PQ is updated for this assignment to reflect 

706 to step 714 where the generation of uplink 

ongoing oasis, e.g., using updated PQ information generated in step 712 respo 
requests. 

* r ssss : » « - 

subroutine 228. Operation starts in step 802, when P & 

996 Flow proceeds to step 802, wnere go urn. 
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and past assignments from AP info 806 and returns an updated PQ for the MN. The returned PQ 
indicates the status of the PQ at the time the MN made the request. Next, flow proceeds to step 
810, where select update step 232 selects either absolute PQ update subroutine 234 for an 
absolute request, relative PQ update subroutine 236 for a relative request, or replacement PQ 
update subroutine 816 for a replacement request. In one embodiment, the selection made in step 
810 may be based upon a pre-determined understanding between BS 200 and MN 300, e.g., the 
implementation may use specific types of requests at specific locations within a group of 
requests. For the absolute request, flow is directed to step 812, where a call is made to absolute 
PQ update subroutine 234, and an updated PQ for the MN, and in some embodiments an 
updated bs_reported for the MN is returned, in accordance with the invention. For the relative 
request, flow is directed to step 814, where a call is made to relative PQ update subroutine 236, 
and an updated PQ for the MN, and an updated bs.reported for the MN is returned, in 
accordance with the invention. For the replacement request, flow is directed to step 816, where 
a call is made to replacement PQ update subroutine 238, and an updated PQ for the MN is 
returned, in accordance with the invention. The updating in steps 812, 814, or 816 involves the 
decoding and incorporation of information included in the request. Flow proceeds from step 
812, 814, or 816, to step 818 where the go forward subroutine 240 moves the PQ forward in 
time, e.g.., updates the PQ information to reflect status at a more recent time, by using the recent 
pipeline assignments and returns an updated current PQ. Then in step 820 operation returns to 
the point from which the PQ subroutine was called by another routine. 

In addition to absolute, relative, and replacement request types , minimum replacement 
(MR) requests are also possible in some embodiments in accordance with the invention. These 
MR requests work similar to replacement requests except that the count mentioned in an MR 
request specifies that the MN has at least that many data units of a given priority. In this case of 
an MR request, the BS replaces the count in PQ with that given in the request if the count in PQ 
is less than that given in the request. 

Figure 9 shows a flowchart 900 illustrating steps of the method of the base station's go 
back subroutine 230. Operation starts in step 902, when the go back subroutine 230 is called by 
the update PQ subroutine 228. Operation proceeds to step 904, where the PQ is updated, e.g., 
the PQ for the MN is processed to appear as it should have been back at the time that the MN 
made the request. PQ for MN information 906 and the AP 908 are inputs to step 904. In step 
904, information is extracted out of the last L assignments in the pipeline. From the set of last L 
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assignments, out of those assignment corresponding to said MN , the number of data units which 
were assigned to said MN for each priority level are added to the PQ for the MN at the same 
priority level, e.g., the count at each priority level for which assignments were made to the MN 
is updated based on the corresponding number of assigned data units. Flow proceeds from step 
904 to step 910 where the subroutine terminates and returns the updated PQ for the MN. 

In some implementations it is possible for go back routine 230 to update PQ for each of 
the mobiles in the go back routine 230, e.g., by applying the information in the L latest 
assignments to the PQs corresponding to the MNs to which the assignments were made.. 

Alternative structures of the assignment pipeline are possible as previously described. In 
some embodiments, the go back subroutine 230 can be eliminated. In such embodiments the BS 
200 stores a time delayed copy of the PQ for each MN. For implementations using go back 
subroutine 230, actual numbers of assignments, the priority levels to which the assignments are 
made and an identifier identifying the MN to which the assignments were made are stored as a 
vector for use in updated the PQ information as needed- 
Figure 10 shows a flowchart 1000 illustrating the method of the base station's absolute 
request PQ update subroutine 234. Operation starts in step 1002 when the PQ update subroutine 
228 calls the absolute request PQ update subroutine 234. Operation proceeds to step 1004, 
where subroutine 234 receives input in the form of a request from an MN 1006, e.g. a 6 bit 
encoded request. In step 1004, the request 1006 is decoded, e.g., by using a look up table 299 or 
other means to convert the request into a number of data units per priority level. Flow proceeds 
from step 1004 to step 1010, where the PQ for MN (which was updated in the go back routine 
230) 1008 is input. In step 1010, part A of the PQ update, for priorities reported in the request, 
the count(s) in the PQ are replaced with those count(s) reported in the request. Proceeding to 
step 1012, part B of the PQ update, for priorities more significant than those reported in the 
request, the count(s) in PQ are set to zero. Proceeding to step 1014, part C of the PQ update, for 
priorities less significant than those reported in the request, no change is made to count(s) in the 
PQ. Next, step 1016, is performed in embodiments using bs_reported, e.g., implementations 
using absolute and relative requests at different times. In step 1016, bs_reported elements are set 
to 1 for each of the priorities reported in the request and priorities more significant than these 
priorities. Next, in step 1018, absolute request PQ update subroutine returns the updated PQ for 

the MN and, in some embodiments, the updated bs_reported. 
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Figure 1 1 shows a flowchart 1 100 illustrating the method of the base station's relative 
request PQ update subroutine 236. Operation starts in step 1102 when the PQ update subroutine 
228 calls the relative request PQ update subroutine 236. Operation proceeds to step 1106, where 
subroutine 236 receives input in the form of a request from an MN 1 104, e.g. a 6 bit encoded 
request. In step 1106, the request 1004 is decoded, e.g., by using a look up table 298 or other 
methods to convert the request into a number of data units per priority level. Flow proceeds 
from step 1 106 to step 1 1 10, where the bs.reported for MN 1108 is input. In step 1 1 10 it is 
determined whether the request reports absolute or relative counts of priorities. If 
bs_reported(p) = 0, then the request reports an absolute count for priority p, and flow proceeds 
to step 1 1 14; however, if bs_reported(p) = 1 , then the request reports a relative count for priority 
p and flow proceeds to step 1 120. The PQ 1 1 12 for MN (which was updated in go back 
subroutine 230 is input to step 1 1 14 and step 1 120. 

Assuming an absolute count was reported, operation proceeded to step 1 1 14, part A of 
the PQ update. In step 1 1 14, for priorities reported in the request, the corresponding data unit 
count(s) in the PQ are replaced with those count(s) reported in the request. Proceeding to step 
1 1 16 part B of the PQ update, for priorities more significant than those reported in the request 
and for which the element of bs_reported = 0, the count(s) in PQ are set to zero. Proceeding to 
step 1 1 1 8, part C of the PQ update, for priorities equal to or more significant than those reported 
in the request, set the element of bs_reported to 1. Operation proceeds from step 1118 to step 
1122. 

If however, a relative count was reported, operation proceeded to step 1 120 , where the 
counts reported in the request are added to the counts of corresponding priorities in the PQ for 
the MN. Next, flow proceeds to step 1122. In step 1 122, relative request PQ update subroutine 
236 returns with updated PQ for MN and an update bs.reported for the MN, and terminates 
operation of the subroutine 236. 

Figure 12 shows a flowchart 1200 illustrating the method of the base station's 
replacement request PQ update subroutine 238. Operation starts in step 1202 when the PQ 
update subroutine 228 calls the replacement request PQ update subroutine 238. Operation 
proceeds to step 1204, where subroutine 238 receives input in the form of a request from an MN 
1204, e.g. a 6 bit encoded request. In step 1206, the request 1204 is decoded, e.g., by using a 
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look up table or other means to convert the request into a number of data units per priority level. 
Flow proceeds from step 1206 to step 1208, where the PQ for MN (which was updated in the go 
back routine 230) 1210 is input. In step 1210 for priorities reported in the request, the count(s) 
in the PQ are replaced with those count(s) reported in the request. Next, in step 1212, 
5 replacement request PQ update subroutine 238 returns the updated PQ for the MN and 
terminates. 

Figure 13 shows a flowchart 1300 illustrating the method of the base station's go 
forward subroutine 240. Operation starts in step 1302 when the PQ update subroutine 228 calls 
10 the go forward subroutine 240. Operation proceeds to step 1204, where subroutine 240 receives 
input PQ information 1304 (which was output from absolute, relative or replacement update 
subroutines 234,236,238) and assignment pipeline information 1306. In step 1308, pick the 
latest L assignments from the assignment pipeline. For each of the assignments, which pertain to 
the MN of the corresponding request being processed, starting with the oldest one, perform steps 
15 1310, 1312, 1314, and 1316. Determine the total number of data units assigned in the 

assignments allocate these to MN's PQ ( A stepl310), by, e.g., subtracting out data units 
from entries in the PQ in order form highest to lowest priority (B step 1312). Then, any data 
units remaining in the total number in the assignment after said allocation are allocated to an 
invalid_stream_priority (step 1313). Next, in step 1316, the assignment information recorded in 
20 the assignment pipeline for the assignment being processed is overwritten by the assignment 
pipeline allocation made above (steps 1310, 1312, 1314). Next, in step 1318, go forward 
subroutine 240 returns with the updated PQ and routine 240 terminates. 

Figure 14 shows a flowchart 1400 illustrating methods used by the mobile node (MN) 
25 300 relating to uplink resource requests, in accordance with the present invention. Processing 
starts in step 1402 when CPU 306 starts execution of the uplink resource request routine 324, 
uplink assignment routine 336, and uplink traffic management routine 1408. In step 1402, the 
mobile node priority queue stat. info (MPQ) 346, base station priority queue stat info (BPQ) 
356, unreported info 238, R info 378, and ms_reported count info 388 are initialized, e.g., 
30 elements are set to zero. 

Flow chart 1400 can be subdivided into 3 section : an uplink resource request routine 
section 1404, and uplink assignment routine section 1406, and an uplink traffic management 
routine section 1408. 
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Proceeding along .he path of .he uplink resource request routine 1404, operation 
proeeeds to step 1403, for each request opportunity. In some embodiments, reques, 
opportunities can be a. predetermined rimes and frequencies, known and agreed upon both .he 
BS 200 and MN 300. for each MR In some embodiments steps, 1403 and 1405 are perfomred, 
while in outer embodiments operarion may proceed dirccrly to step 1412. In some embodiments, 
step 1405 involves setting at leas, one of unreported and ms_reported_cn, «o zero. 

in embodiments where steps 1403 and 1405 performed, in step 1403 a check is made to 
determine whelher .his request opportunity is the 1" reques, of a new group of reques. (OCR). 
I, this is the first request in a group, then each element of unreported and/or each element of 
ms_rcported_cn, is set to zero in step 1415, and then operatton proceeds to step 1412. 
Otherwise, operation proceeds to step 1412. 

In step 1412, the reques, type of the uplink traffic channel resource reques, message is 
selected under me con.ro. of select reques, ,ype subroutine. In some embodiments, me type of 
reques, is predetermined by position wi.b the group of requests and known to both ,he base 
sratron 200 and ,he MN 300. fir s,ep 1412, if a absolute reques, is se,ec,ed ,o be generatron 
operarion is directed ,o s,ep 1414; i, a replacement reques. is se,ec,ed ,o be general operation 
20 is direced ,o s,.p 14,6; if a rc,a,ivc rcques, is selecred ,o be genera.ee, operation rs drrected ,o 
step 1418. 

in s ,e P 1414, a call is made ,o generate absolute reques, subroutine 328 and an absolute 
revest is generated as oulpu, ,o step 1420. In step 1416, a ca„ is made ,o generate replacement 

25 reques, subroutine 330 and a replacement reques, is generated as output ,o s.ep 1420. In srep 
1418 a call is made to generate relative rcques, subroutine 334 and a relative request ,s 
generated as output ,o step 1420. In step 1420, the final rcques, ,o he .ransmined is generated 
Step 1420 may involve tire transfer of .heoutpu, from s,ep .414, ,416, or 1418 ,o a des.gaa.ed 
10 ca,io„ in memory reserved for up.ink Iraffie channel rcques, messages 398 or may invCve 

30 addrtiona, processing, e.g. additional formatting. Operation proceeds .o s.ep 1424 m whrch .be 
rranstmtter 304, under eonttol of .be transmission routine 340, rransmrts .he uplink traffic 
resource request to BS 200. 
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In addition » absolve, re.ative, and rep.acemen, reques, .ypes, minimum tenement 
(MR) reques, types are a.so possibte in some — of ,he invention. Tfie MR reques, 

that the MN has at least that many data units in a given pnonty. 

The up.tnx asstgnmen, routtne 336 is opening in p»Ue, to the up.inx resource reques, 
r ou,ine 324. Section .406 of flowchart .400 descric.es the method of the uphnK asstgnmem 
routine 336. Operation proceeds from step .403 (inittah^ion, to step .426 ^ MN 300 
monitors for up.inx assignments from the BS 200. For each rceetved ^^TZ 
proceeds .0 step .428 where me MPQ 346, is updated based on the asstgnmen, recetved. Next 

th e BPQ is used to generate requests, e.g.. systems generating reiative quests. The updated 
theBt\>isuseu 6 resource request 

MPQ and optionally BPQ, are used by subroutines 328, 332, 334 P 

routine 324 when generating requests. 

„e rc is an examp.e where MPQ and optionaUy BPQ ate updated in step 1428 and .430 
respective^. Suppose MPQ = [3 2 7, hefore the assignment where ftrs. Cement < 3) repmsenta 
ZL LJL highest priority, second (2, for next highest, and so on. Las. eiement (7) 

, This will be used to serv.ce data uni,s from highes, .o .owes, pnon.y m drat order. Thus the 
11 he 3 da, uni, of highes. pnon.y ge. served, and 1 da, unit of next highest pnordy 
Served. Thus MPQ becomes [0 1 7, after .he asstgnmen,. BPQ is updated tn a stmt.ar 



manner. 
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The upln* traffic management roudne 33S is operating in paralle. to the upltn, — 
req „e S , routine 324 and the up.inx assignmen. routine 336. Section 1408 o, flowchart 1400 
Til tbe method of the up.in* traffic management routine 338. Operation proceeds from 
^ ^2 (initiation, to step 1432 where MN 300 moni.ors for up.inx traffic amva.s and 
12 ** examp,e if an additiona. app.ica.ion comes on-fine, mo. up.inx traffic resources 
Z 2 eel or if n app.ica.ion .imes-ou. waiting for upiinx traffic air tin, resources .ha, are 
" aLldt ime to be usefu, .he app.ication may drop its tequest. For each traffic arr,va, or 
I 7Z on Proceeds ,0 step .434 whe re ,he MPQ 346, is updated based on ,he changtng 
"1,'ofTeds. The upda.ed MPQ, is used by subroutines ,28, 332, 334 m the uplinx resource 
request routine 324 when generating requests. 
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Figure 15 shows a flowchart 1500 dlustrating .he method of .he mobile node's generate 
absoiute r ques, — e 328. Ope,a.ion s.arts in s.ep 1502 when .he uplink resource rer,„es 
lie 324 calls .he genera.e a b so,o t e re q uesr subroudne 32, Opera.ion proceeds ,o srep 1506, 
where subroutine 328 receives input, MPQ 1504. , ri . if „„such 
X„ step 1506. the highest priority, P. in MPQ with non-zero data un„s ,s se.ec* * o^ 
pnonty exists, the lowest priority is selected. In some embodiments, ,, ,s poss.ble ,o generate 
Ld send a re q ues, lor 0 u„i„ Nex,, in step 150S, me se.ecred prtori.y wUb tts corrospo * g 
^ unit conn, is encoded into a teques, e.g.. by quan.tz.ng the priority P and ,h. data nntt 
count into one number, e.g. a 6 btt representation, representing the tequest. 

Quandzarion informal 366, including look-up tab.es, formulas, or other methods 
Known to both the BS 200 and the MN 300 may be used. In some embodiments, a quandzauon 

Tn o a -able whose cortesponding entry gives .he data urn. count, is used. For example, w.t a 6 
; e 1 request, the firs. 2 b„s can specify priority, and .he remaining four bUs specie 
tabl e entry .ha, g,ves .he da.a coun, In s,i„ other embodiment some bits may .dennfy .he 
pnority in .he reques, and other bits may give .he da.a uni. coun. directly. 

ta embodtments using BPQ in me roques, generation, operadon proceeds ,0 step 1512. In 
s ,ep 1512, part A of ,he BPQ upda,e. ,he BPQ 1511 is inpu, and for priortries reported m ,he 
req ues, me coun.fs, in BPQ are replaced with .hose coun, reported in .he reques, usrng 
q „a„,,zed reques, va,ues. Next, in step .514, part B of me BPQ update, for pnonue moro 

igniflcan, .han .hose teported in me reques, ,he countfs, in BPQ are se, to «. ^ , m - 
, .516 part C of the BPQ update, for priortties less sigmf.can. than those reported m <he ro ues, 
no change is made to the count(s) in BPQ- Operation proceeda from srep 15.61os.ep 1518. 

where ,he elements unreported is se, to 1 for priority P and each of me prtorrt.es more 

significant than prio„,y P. Nex, in s.ep 1520, .he e.emenls of ms.neported _cnt a. se, lo 1 for 

priority P and each of the priorities more significant than P. 

! ° „ j. .„ =.™ 1510 where the generate absolute request 

From step 1508, operation proceeds to step 1MU, wnere s 

subroutine 328 tetums an uplink traffic reques, tepresentadon to routine 324. 
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Figure 16 shows a flowchart 1600 .Uus.ra.ing the method of the mobile node's generate 
re pl acemen, reques, suhrouttne 330. Operatton starts in step 1602 when the uplink resource 
re uest routine 324 calls the generate tenement reques. subroutine 330. Operation proce^ 
,„ step 1608, where subroutine 330 receives input, MPQ 1504, and, in some embodiments, BPQ 
,606 .n step 1608, a call is made to pic, prtonty <pick_pn) suhrouttne 332 to pick to prron.y to 
report in the revest. Various embodtmen.s of the picket subroutine are possible, tn 
accordance the invention, In some embodiments, multiple priorities can be prcked. 

Next in step 1610, .he selected pnority, designated as prionty P, returned from the 
pick pri subroutme 332, with iu corresponding data urn, coun, is tn MPQ is encoded into a 
request, e.g., by quantizing the pnority P and the data unit count into one number, e.g. a bt. 
representation, representing the request. 

In embodiments using BPQ in the request generation, operation proceeds to step .614. In 
step 16.4, for the priorities reported in the request, the coun.(s) in BPQ are rep.aced by the 
countfs, reported in the request (quantized request values). Next in step 
nrs report cnt corresponding to priori.y P. ms_report,cn t (P), is tncremented by 1 Next, step 
1618, the flag tdentifying unreported for the pnonty P, tm.reportedfP) ts set to 1. 

From step 1610, operation proceeds to step .612, where me generate rep.acemen. request 
subroutine 330 returns an uplink traffic request representation to routine 324. 

Figure 17 shows a flowchart 1700 illustrating .he method of .he mob.le node's generate 
rcative request subroutine 334. Operation stints in step 1702 when .he upfink _ mques. 

5 routine 324 cafis .he generate m.ative request subroutine 334. Operation proceeds to .ep 1 08, 
where subroutine 334 receives inputs.MPQ 1704 andBPQ 1706. In step 1708 a vec o,R o 
pnority difference levels is calculate., where R - max(MPQ-BPQ,0). R is a relative Mferen 
betwel MPQ (mob.Ie queue s,a,s) and BPQf the mobile's u„ders,a„di„ g of .he base station s 
„„ders.and,ng o, the MPQ) where the result ,s Camped to a lower value of zero In some 

(0 instances, the base station 200 may think the mobile 300 needs more data untts ban „ ac.„a,.y 

previous request. In such a case, the R entry a. tha, priority .eve. is se, to zero In step H08, *e 
priori.y .eve, P is se. to the most stgnifican. priority with a non-zero coun. m .ts co.espond.ng 
Lent, if possibh. This selects the most significant priority .eve. a. wh,ch resources are 

OQ 
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needed, where .here is an .mperfec, under— benveen MN 200 and BS 200. B however, 
eaeh of the eiemems of R are zero, then P is set to the ieas, signified pnon.y. 

N ex,, operation proceeds to step 1710, where nrs.repor,ed(P, is tested to see if it equa,s 
, This test o, step 17,0 cheeks to see if pnonty P has been revested before in the current 
group of requests If the prionty was previous,, reported in the OCR, operation proceeds to srep 
1712, otherwise operation proceeds to step 1718. 

,„ step 1712, the priority P and the data unit rotative eount R(P) are encoded into a 
^ e g by quanrizing the pnonty P and the data unit relauve count R(P) into one number 

number of the un„s being requested, e.g., by addtng me quanbzed count of R(P) to BPQ(P). 
From step 1714, operation proceeds to step 1716. 

a ■ 1 7 1 ft that oriority level P had not been requested before in 
If it was determined in step 1710 that pnomyicvc 

, t to „n,o Tn oteo 1718, P' is set to the highest 
the current GOR, then operation proceeds to step 1718. In step is, 

tne current ^P'Wnuals zero This identifies, the highest 

priority such that MPQ(P')<>0 and ms_reported(P ) equals zero 

priority needing data units that has not previously requested in the current GOR. If no such 
pnoniyi 5 non thp elected oriority P and the 

exists, then P' is se, to the lowest pnonty. Next ,n step 1720, rhe seiected pn y 

, absoiute count MPQ(P') is encoded into a request, e.g., by quanuzmg the pnonty, P an 

uar. A of the BPQ update, BPQ(P') is set to the quantized verston of MPQ(P )• I» step 1724, 
1 B L BPQ u date, each entry of BPQ is se, to zero for eaeh of the priorides that „ - 
7JL than r and for which the co^ponding pnon.y level enrry of ms.repor.ed equals O 
, Z bon conrinues ,„ s.ep 1726, where .he enhries of ms.reported are se, to 1 correspondmg .o 
pnorityP' andeacbof me priorides ma, are higher man P' and for wh,ch the conespond, g 
« ,eve> en tt y for ms.repor.ed equals zero. Prom s,ep 1726, operation proceeds to s.ep 



1716. 
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in step 1716, the generate relative request subroutine 334 returns the request 
representation, updated BPQ, updated ms_re P orted, and terminates. 

Figure 1 8 shows a flowchart 1800 illustrating an exemplary method that may be used in 
pick pri subroutine 322. Operation starts in step 1802 when the generate replacement request 
F 30 



subroutine 330 ca„s the p,ck_pri — 3.2. Operahon proceeds ,„ step 

im . BPQ .806, and n^poried-Cn, .808 are inpu, In step 181 0, each of * 

that Have non-zero cou„ t s in .heir corresponding MPQ entry a« «^-»--» 

prio ri, ,eve, tha. has the ,eaa. tns.teported.cn. va,ue. If more than one — 

ou,d be se.ee.ed as HP, ,he„ HP is se, lo fhe tnos, signincan, of .hose can*da, e HPpn n y 
,eve,s However, if .he. is no such priority .ha, has non-zero coun«s ,n MPQ, .hen HP » 

significant priority. Operation proceeds to s.ep 1812, where a veeto, R , ca,cu,ated, 

R' entry P represents the highest priority in which the MN 300 thinks there 

K entry, rip Jlh »MN3no If no such P exists, then P is set 

D misunderstanding between the base station and the MN 300. If no 

«™, to the .east significant priority. Next, in step 1814, a coupon ,s made between 
XI y repreTnted by the value of P and the va,ue of HP. If priority .eve, P is more 
^ an, .ban Priori, ,eve, HP, ,he„ ,he priori, >eve> represented by P is ***** - 
p ck pri subroutine 322 to be used as the picked priority leve! in general replaee^ues, 

, 5 Routine 330; o,herw,se, the priori, leve, represent by HP is returned from p,ck_pn 

purine 322 ,0 be used as <he picked priori, in generate rep— re.ues, subline 330. 

20 BEGIN 

HP = LEAST SIGNIFICANT PRIORITY 
MIN_RCNT = SOME HUGE NUMBER 

(greater than highest possible value of any element of 
MS REPORTED CNT, SAY 1000) 

25 FO r"mosts^ 

0 ^TmPQ(I) > 0) AND (MS_REPORTED_CNT(I) < MTN_RCNT) 

HP = T, 

MIN_RCNT = MS_REPORTED_CNT(I) ; 

30 END IF 

ENDFOR 



END. 
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Cher en*— of the pfckjn — e 322 are possib.e. For example, . would be 

information to pick the priority to be requested. 

The present invention will be better understood if further explained in the context of 
some examples such as the ones shown in Figures 19-23. 

It, accordance with the Invention, in some embodiments, data untts, e.g., frames, to be 
transmitted by a wtreless ternuna, (WD are Cassifed as belonging to various MAC (meritum 
"control,— 

groups, and traffic cotrespondtng to streams within the same stream prtonty group » 
r gg rega,ed for reporttng to the BS. Thus in one exemp.ary embodiment, the .raff, at an WT . 

5 through 3) as fo.lows: streams 0 and 1 belong to pnority groupO, streams 2 and 3 to group 1, 
ZZs 4 and 5 to group 2, and streams 6 through .5 to group 3. The frames belongmg to 

0 and , a, summed to get the frames of prion.y group 0, frames belongtng to streams 6 
through 15 are summed to ge, the frames belonging to priority group 3, etc. 

T ab!e 2300 shown in Fig. 23 is suitaHe for use as a mapping ,ab,e when forming uphnR 
nss.gnmen. requests a, the WT and interpreting such requests a, the BS. T e «^«^ 
. * ,, 2 3 a 8 .6 25 651. to this example, each transmitted request mcludes 5 btts. Each 

• th, WT and to perform dequantization, e.g., deconding, m the BS. The third 
WT to maKe the request fisted in column 230! of the correspondtng row^Th n B c 

has 20 frames of priority 3, and no other traffic, tt wtll request RO-29. The Bb w rp 
30 ::InloC,hre 1 5 1 ) f ramesofpriori,y3.Thus,heac,ua 1 valueof20frames, S quan,, Z cd,o 

16 frames when the table 2300 is used. 

Refemng now to Fig. 19, vanous request channel wh.ch can be used in accordance with 
the invemion ar! shown. WT traffic information is conveyed on a dedicated and contentton-free 



CannC, so ft* the —on, e.g., uplink —ion _ re^a, c „ b.j»«£ 
often without overhead of control messages or packet header,. Ded,ea,ed tmphe each acnve 
WT in .he ceil has an opportunity .o convey .raffrc information periodically and/or very 
frequency, e.g., mnftipie ftn.es within a reiaftve.y shot, rime period, e.g., a „me penod lea than 

ftee implies .ha. .he BS wi.1 knows from when and on which rone ft rece.ves the rnformarron 
w „ic„ WT rhe re^es, informafton conesponds ,0. According!,, WT idenftfier — 
need no, he specified in the request, .n one emhodimenr, shown in F,g. 9. each WT (WT1, 
WT2) has one frequency .one 1902, 1904 dedica.ed .o ft, and periodtc rime shces (UO. Ul, U2, 
, U3, . . .) on mis cone 1902, 1904 (per mobile) are used lo convey uplmk requests. 

The exemplary MM is used for each WT ,o convey ,1s parttcular traffic information 
(Henceforth we wi.l use .he term Q-s<a,s for traffic informafton) ,o the BS. The dedicated 
«1 conveytng the Q-s,ars is divided into units each .presenting an oppormntty or the 

Fig ,9 This sequence of units is partitioned into groups (say 00 .910, 1910 , 0. 1912 

,2 ) in a Le-sequentta, order, who, each group is a group of reques, (GOR) whtch are 

transmission pnortty levels. In the particular exemp.ary embodiment shown tn Ft . «* 
, 0 ^up Gi includes four reques, units (e.g., GO includes of UO, Ul. TO and U3, Gl tnCudes 
Lugh U7, etc.) where each neques, unit is used to transmit one upltnk traffic source 
" In reque L Each request may include a request for data units correspond^ to one o 

,eve,s in some embodiments. The number of requested data transmtsston untts may be a 
25 "lid value whtcb is the same as or Cose to the actua, number of transmission unfts requtred 
by a base statton. In another embodiment each group includes just one untt. 

The invention discloses a nteftW for the BS to intetpret the uplink requests from the 
WT The BS is awaxe o, the parrttiontng of the dedicated resou K e for conveytng uplmk requests 

30 into units UO, Ul, U2 and grouping of these unfts into groups GO, 01, G2 etc. 

Upon receiving an uphnk reques, from the WT, the BS knows abou, ,he group ,o which 
rne teques, belongs and ,he uni, wfthin ,he group ,ha, ,be reques, corresponds to. Request 
wftftin a group can be o, a pre-selected type, e.g., absolute, relative or tenement. Upon 



reiving the request, the BS foftows a thtee-step procedure to update its eurren, knowledge 
(bsQ)ofWTQ-stats: 

, m aecordanee with the invention, in the firs, step, the BS updates bsQ ,0 bnng bsQ ,0 the 
; satne logical point a, whtch the WT made the request. This involves moving backwards ,n time 

before the BS received the request. Th. BS can figure ou, the logical point a, which the WT 
formed the request because there is a fixed delay between the WT formtng a request and th BS 

0 of how the WT distributes those assignment across the stream pnonty groups) made by the 
during this delay period are stored at the BS in an assignment pipehne. 

2. b the second step, the BS updates bsQ depending on the infotntation contained in the request, 
and possibiy also depending on tnformafion contained in prevtous quests helongtng ,o the 
,5 same group. In one embodiment, the BS uses an inverse mapping of the mapptng used a, the WT 
» obuin the number of frames and their prionties repotted in the request. In another 
embodiment, this may no, be an exact inverse mapping (say, depending on conserve or 

auhe conesponding siream priorities depending on whether ,he reques, comatns absoiu.e or 
20 relative information regarding (hose stream priorities. 

3. in the .bird step, me BS upda.es bsQ ,o bring „ back ,o ,he curren, note. Thts involves 
moving forward in time ,o upda,e bsQ ,0 accoun, for a,. ,he assignments made after the WT 
formed , he reques, and before the BS recetved ,he reques, (,his s,ep is the reverse of Step » In 
25 ZZ, ,he BS also updates ,he BS's undemanding (stored in me assignmen, pipeline, of how 
ft. assignments were distributed by ,he WT across the stream priority groups. 

Consider for example, the i« group Gi (for any i), and le, ,he units wi,hin ,his group be 
U,0 Utl Ui2 Ui3, .... UiNi (i.e„ .here are Ni units in group Gi). We will assume that the stream 
30 plop's - ordered in „on-increas,„g order of significance (pnoriry) wi,h stream pnorfty 
leslng ,he prioriry group of h.ghes, s.gnificance. Q-s,a,s will refer ,o ,be vector of 
umCf frames n each stream pnon.y group in the exantple. We further assume tha, when .he 
Z Ives an assignmen, of n frames from the BS, in this exantp.e, ,he WT disnrbu.es ,hese , 
fram es (da,a nnfts) to ,he various ,ream priorities in ,heir order of significance, and upda.es us 



Q-s,a,s (msQ) by subtracting .be corresponding number of frames from those stream priorities. 
A similar update of bsQ takes plaee at the BS upon making an asstgnment. 

Le, us now consider an exemplary embodiment where absolute requests are used and 
5 relative requests are no. used. One such example will be shown in Figs 20-21 which will be 
used to explatn how an exemplary BS implemented in accordance with the invention interprets 
an exemplary request R0. We shall consider ,he case where we have two stream priority groups 
(0 and 1 respectively). In an array [A B], A is used to refer to .he number of data transmtss.on 
units corresponding ,0 pnon.y group 0 while B is used ,o refer to .he number of data 
10 transmission units corresponding to priority 1 . 

„™o u „ mn i OT rq n-stats while row 2004 shows exemplary WT 
In Fig 20 row 2002 shows exemplary Bi> ^ siais wnnc 

stats as ,hey change with .he passage of rime as represented from left to ^uppoae «he , B» 
understanding of WT Q-stats is bsQ=[4 8,, and that the actual Q-stats a. the WT , msQ=[5 8] 
15 (perhaps because o, an arrival of . frame of stream prtort.y 0). Suppose the WT recetves an 
assignment AO of 1 frame (for mis illustration all assignments are for 1 frame) so tha, msQ 
becomes [4 8, as illustrated in Fig. 21 (a similar update takes place a, BS after making 
assignment AO). After this the mobile gets a chance to report its Q-stats to .he BS. S.nee the 
H has limited number of bits to convey this info, in some embodtments, the WT conveys a 
20 quantized verston, say [4 x,, ro .he BS (i.e., 4 frames of pnon.y 0, and nothing is satd about 
priority 1). Let's denote this request by R0=[4 x]. How does the BS interpret R0? If the BS 
Lived and tnterpreted R0 ins.an.Iy, then BS could simply replace the Q-stars i, has wtth RO. 
reality, several slots (known and determined beforehand) elapse between WT formtng the 
request R0 and BS actually tnterprering R0. This is due to FFGA and mux/demux delays a, 
25 WT/BS, and transmission time over .be air. Because of this delay, it is possib.e that me BS 

makes several assignments (based on the BS's current knowledge of Q-,a,s) before readtng RO, 
but the WT may no, have read ,he latest of these assignments before making the request R0^ 
Thus, in .be figure, me BS has made assignments A0-A3 before reading R0 bur the WT read 
only AO before forming request R0. 

30 Each rime the WT acts upon an assignment, or drops a frame, the number of frames that 

the WT has to transmit is reduced and tts Q-srats are updated. Similarly, every time rhe BS 
makes an asstgnment, .be BS updates trs copy of the WT Q-s„, Due to the delays, .best , Q- 
stats updates a, WT and BS are asynchronous. Indeed, when the BS begms ro .nterpre, R0, BS 



has already updated i.s Q-s^s ,o aeeoun, for ,he preceding assignments (A0-A3 shown in figure 
20) On the other hand, when the WT formed request RO. the WT may no. even have recetved 
some of these assignments (WT received only AO ,n figure). Therefore, if the BS simply 
re P .aced its most curmn, eopy of Q-stats by RO. this may be tnconststen, with the update .along 
5 place at the WT (.his would be equivalent to assuming that the WT had acted upon all the 
assignments that the BS made before the BS received RO). 

Assuming no arrivals or drops a. the WT after making request RO, the Q-stats at the WT 
and BS should become consistent (within limits of quantization) after the BS reads RO. bsQ 
,0 before reading RO ia [0 q. This is after the BS has updated the Q-sta,s for the lares, assignment 
preceding RO which is A3. A, the WT, we see that the Q-stats is [1 8] after teading assignment 
A3 (assuming no amvals). To have consistency between the WT and BS, we expect the BS to be 
able to correct its Q-stats to [1 8) after reading R0=[4 *]. 

15 Rg 21 is a flow diagmm 2001 showing changes in Q stats a, the BS which occur as 

requests are pressed and assignments generated as shown in Fig. 20. Figure 21 represents a 
processing pipeline that is used to update the Q-stats a, the BS for a WT which sen, a toques, 

Consider me Go Back s.ep a, the BS. In the figure, A3, A2. and Al are the assignments 
20 that the WT did not tecetve befoto making request R0. These assignments are stored at the BS m 
an assigns, pipeline. The length (number of assignments) of this pipeline depends on the 
d*y between the WT forming a toques, and the BS interpreting it. The delay will be known 
since i, is a fixed value corresponding ,0 known signa, timing. Thus, the length of the ptpehne ,s 
predetermined. In the figute 21, the BS begins with bsQ=[0 8] (Q-s.a.s at BS when i. receives 
25 R0) The BS then adds the frames assigned (to various stieam prionties) in A3 ,0 figure on, ,U 
Q-s,a,s (=[1 81) before making assignment A3. Before A2, i, was [2 8], and before Al it was [3 
8], i.e., the Q-stats at BS after making assignment AO was bsQ=[3 8]. 

Now consider the Replace step a. BS. In tine figure, the request RO from theWT tells the 
BS ,ha, the Q-s.a«s a, the WT after reading AO was msQ=l4 x]. Since bsQ and msQ now refer ,0 
the same logical point at me BS and WT, they should be consistent Thus, the BS updates bsQ to 
[4 8] (the 8 frames of priority 1 are left untouched since tine WT did no, give any information 
regarding them). 
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In the Go Forward step, the BS moves past the assignments A1-A3 to arrive at its 
current understanding of Q-stats. In this step, the BS mimics the WT. BS starts with bsQ=[4 8] 
arrived at in the Replace step. Then it knows that n (=1 for our illustration) frames were assigned 
in Al. BS distributes these n frames across the various stream priorities just as the WT would. 
This allows the BS to update bsQ (to [3 8] in figure), and also tells the BS how the n frames 
were distributed across the various priorities. The later information is used to update Al itself in 
the pipeline. This is because the assignment Al may have been used differently by the WT than 
what the BS thought (e.g., on the WT some more significant priority traffic arrives of which the 
BS becomes aware only after receiving RO. The update of Al will serve to reflect this). It is 
important to write back this updated Al in the assignment pipeline at the BS to ensure correct 
updates when the next request is read by the BS. Similarly, the BS moves past assignments A2 
and A3 to arrive at its current Q-stats of [1 8]. In the example, this is consistent with the Q-stats 
at the WT after the WT receives assignment A3. 

Now let us consider Fig. 22 which shows signaling and processing 2200 corresponding 
to an embodiment which uses relative requests. Row 2202 shows the BS's estimate of the queue 
status at the WT. Row 2204 corresponds to WT actual queue status while row 2206 shows the 
WT's estimate of the BS's estimate of the WT's queue status 2204. The relative requests include 
an absolute value the first time a request corresponding to a particular priority level is made in a 
group of request with relative values being used for requests correspond to the same priority 
level subsequently. 

In Figure 22, after sending absolute request R0, the WT knows how the BS will interpret 
R0. The WT keeps a copy (msBsQ) of this understanding of the BS's knowledge of WT Q-stats. 
The content of msBsQ is shown in the last row of the figure as dashed boxes. Thus after sending 
R0=[4 x], msBsQ = [4 8] (this could also have been say [4 3] depending on how much 
information about priority 1 traffic has been conveyed to the BS in the past). Then the WT 
updates msBsQ as each assignment (of which the BS is also aware) is received. Thus after 
receiving the five assignments A1-A5, msBsQ becomes [4 8] - 5 frames = [0 7] (this is not 
affected by the arrival of 4 frames shown in the oval box). The WT knows that the BS would 
have followed the same process to update bsQ after each assignment. In the figure, we see that 
msBsQ and bsQ match after making assignment A5. The WT constructs Rl by comparing msQ 
(boxes in middle row) to msBsQ (dashed boxes in last row). Let R = msQ-msBsQ =[3 8]- [0 7] 
= [3 1]. The most significant priority in R with non-zero frames is p=0. Since p=0 has already 
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been reported in RO, Rl is formed as quantized version of R which is (assuming all 3 frames of 
p=0 can be represented) Rl=[3 x]. 



When the BS receives Rl, it first restores the Q-stats to those just after assignment A5 
5 (using the assignment pipeline) with the same procedure as in the basic scheme. This would be 
[0 7] in our example. This is then corrected using Rl. Rl reports frames of priority p=0. Since 
p=0 has already been reported in RO, this is a relative request for priority p=0. This involves 
addition so that the corrected Q-stats at BS become [3 7] (the WT also carries out this 
computation so that msBsQ=[3 7] after sending Rl). The BS then moves past any further 
10 assignments (that the WT did not receive yet) that it may have made to arrive at its current 
understanding of MS Q-stats. 

The methods and apparatus of the invention may be used to implement a wide range of 
communication systems including OFDM systems, CDMA systems, etc. 
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Machine readable media, e.g., memory, including one or more routines having 
executable instructions which cause a device to perform one or more steps in accordance with 
the invention, are one aspect to which the present invention is directed. 
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